home *** CD-ROM | disk | FTP | other *** search
/ Gigarom 1 / Gigarom Macintosh Archives (Quantum Leap)(CDRM1080320)(1993).iso / FILES / BBS / TABBY⁄FIDO / EchoListRules0493.sea / BACKBONE.RUL < prev    next >
Text File  |  1993-02-25  |  3KB  |  73 lines
  1. BACKBONE, a conference for Echomail routers
  2.  
  3. This conference is for those who contribute to this hobby by routing
  4. mail for others.  To join this conference a router should be familar
  5. with ECROC a code that can be voluntarily adopted until there
  6. is a ratified policy on echomail.  Posting in this conference
  7. is on request of the elisted moderator AND the requester
  8. should demonstrate that they "haul" echos to others.  In general
  9. 7 nodes in the .bbs file with 25 or more echos qualifies.
  10.  
  11. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  12.  
  13. ECHOMAIL ROUTING CODE  v 1.05
  14.  
  15. 1. Preface:  This is a voluntary code which a router of echomail
  16. may adopt to insure that echomail links, routing and procedures are
  17. consistent.
  18.  
  19.    Conferences are operated and routed for the benefit of the
  20. participants. They are generally topic oriented and the topic is
  21. an expansion of the AREA: tag.  The routing of echomail is subject
  22. to policy 4 of Fidonet as if the messages are NETMAIL.  The AREA
  23. tag does not change that.
  24.  
  25. 2. Coordination:  All coordination of traffic in a NET is under the
  26. supervision of the NC.  To fulfill these responsibilities he may
  27. delegate all responsibilities except the resolution of disputes to
  28. any node or group of nodes.  Their may function as conference
  29. coordinators echomail coordinators or any title the NC determines
  30. to assign.
  31.  
  32. 3. Routing:  Any node may agree with any other node to accept or
  33. provide netmail messages, which are further identified by AREA
  34. tags.  If a node has more then one address in a routing file
  35. (generically known as an areas.bbs file) then he is functioning in
  36. the capacity of a router.
  37.  
  38. 4. Links:  A router should realize that there can be many links
  39. which develop in reliance on their voluntary effort.  Likewise
  40. there may be instances where a person requests that you should
  41. modify your .bbs file to add or remove a link.
  42.  
  43.    a. Adding a link: you can either comply with this or refer the
  44. person to the NC of your net.  Generally the criteria for adding
  45. a link can include: economics, prevention of duplicate loops,
  46. requests by nodes who are within a toll free call.  Adding a link
  47. is done at you sole discretion.
  48.  
  49.    b. Deleting a link:  If you are requested to delete a link, you
  50. should ask that some explanation is given:
  51.  
  52.    1. If the person is a conference moderator, look in the latest
  53. issue of the ELIST available at 1/201.  If the person is the
  54. Elisted moderator (or alternate moderator), request on conference
  55. rules, any messages that break them and at least proof that two
  56. netmail warning were given.
  57.  
  58.    2. If the person is OTHER then the Elisted Moderator or co-
  59. moderator, refer them to your NC.
  60.  
  61. Quite often a request to cut a link is done in the heat of a strong
  62. debate.  You as a router serve to "time" the parties out for a
  63. cooling off period.  You are well within your right to refuse to
  64. cut a link UNLESS the linked node has been excommunicated.
  65.  
  66. Since links are done by two party agreement and since there does
  67. not exist a ratified echomail policy, this code should serve as a
  68. balance until there is one.
  69.  
  70.  
  71. *ecroc.wp*
  72.  
  73.